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EXPRESS MAIL NO. EI494582538US 
APPARATUS AND PROCESS FOR FACILITATING CUSTOMER-DRIVEN SALES OF 
PRODUCTS HAVING MULTIPLE CONFIGURATIONS 

FIELD OF THE INVENTION 

5 The invention provides an apparatus and a process for facilitating customer-driven sales of 

products having multiple configurations over an electronic network, and more particularly a 
process for facilitating customer-driven sales of automobiles over the Internet. 

BACKGROUND OF THE INVENTION 

10 The Internet has developed as an important vehicle for information exchange, as well as a 

forum for conducting, or at least facilitating, commerce. Systems using the Internet as a 
commercial forum fall broadly into two categories: seller-driven or customer-driven. The 
O difference between customer and seller driven systems lies in which party takes the initiative to 
2 find the other. In a seller-driven system, the seller finds the customer; in a customer-driven 
^15 system the customer finds the seller. 

Ql Most Internet commerce systems in use today are seller-driven and are either passive sites 

't\ or active sites. A typical seller's Internet site is a passive advertising site that provides 
* information about the product and directs potential customers to places they can obtain the 
U product. Automobile manufacturers are a typical example: their sites provide information about 

the manufacturer's line of cars, available options, and locations of authorized dealers. 
J3 A smaller number of sellers have active selling sites that not only provide product 

information but allow potential customers to conduct a transaction over the Internet and purchase 

the product. The seller prices and packages the product and then holds it out for sale to potential 

customers via the Internet. The seller specifies, through their web site, the terms of the sale, and 
25 potential customers must either accept the seller's terms or find another seller whose terms are 

acceptable. Products sold on these sites are typically lower-priced standardized goods such as 

books, compact disks, and videos. 

In a customer-driven system, the customer specifies the product they want and the terms 

under which they will buy it, and then sends this specification to sellers. Some attempts have been 
30 made to implement customer-driven systems on the Internet. Examples are news groups and 

bulletin boards where any potential customer can post "wanted" ads at little or no cost. 
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Customer driven systems have certain benefits that other systems do not. Where a large 
number of potential sellers exist, but those sellers do not have the resources to advertise globally, 
it makes sense for customers, if they can, to take the initiative in communicating their needs to a 
seller. The Internet is ideal in this situation because Internet postings are global, and the customer 
theoretically can communicate his offer to a large number of potential sellers. Moreover, 
customers can usually exercise more control over the terms and conditions of their purchases. 

Despite their advantages, existing customer-driven systems have some drawbacks. Sellers 
are deterred from using customer-driven systems because sellers do not want to be inundated with 
numerous requests from potential customers, many of whom may be marginal or unqualified. 
Moreover, if each customer has a different set of purchasing specifications and communicates his 
or her needs to sellers using a non-standard format with different conditions, terms, and language 
styles, the specification may require too much time for the seller to interpret. Furthermore, sellers 
are deterred from using customer-driven systems because there is no guarantee of the authenticity 
of the request, and the financial ability of the customer to enter into the transaction is uncertain. In 
addition, newsgroups scattered across the Internet make it difficult, if not impossible, for sellers to 
find customer requests. In practice, these customer-driven systems are ineffective because 
potential sellers do not frequent all the various newsgroups or bulletin boards or respond to 
posting in those places. Customers are deterred from using customer-driven systems for many of 
the same reasons sellers are deterred. For example, a potential seller does not want to be 
inundated with offers from many marginal or unqualified customers. 

The problems inherent in existing customer-driven systems are compounded where the 
product being sold is available in multiple configurations, for example motor vehicles such as an 
automobile or a truck. These products cause problems because for any given product there are 
thousands of possible option configurations, and not all combinations of options are feasible. For 
example, automobile manufacturers usually do not make vehicles having every possible 
combination of options, but rather make the most popular ones. Thus, for example, if a potential 
customer wants a purple Ford truck with a yellow interior and a V-12 engine, that engine and 
combination of colors may not be available from the manufacturer (Ford). The customer, 
however, has no way of knowing this before sending the request to potential sellers. 

Attempts have been made to implement customer-driven systems that address some of the 
above problems. U.S. Patent No. 5,794,207 to Walker et al. ("Walker") is illustrative. Walker 



does not, however, solve all the foregoing problems. Among other things, Walker does not direct 
the customer's request to a target set of sellers who are likely, if not certain, to have the desired 
product. Instead, Walker merely places the customer's request where it can be accessed by 
interested sellers. Walker, although it provides for guaranteeing payment by the customer, does 

5 not guarantee that the sellers will be credible and able to deliver. Walker does not provide means 
for checking whether a complex product the customer wants is feasible, that is, whether it exists or 
can be manufactured. Finally, Walker provides a system where the customer must send a binding 
purchase offer which can be accepted by any seller, thereby binding the customer to a contract. 
This opens up the possibility that the offer could be accepted by an unscrupulous seller. There is 

10 thus a need in the art for an apparatus and method that solves the above problems. 

SUMMARY OF THE INVENTION 

S The present invention comprises an apparatus and process for facilitating customer-driven 

H sales of products having multiple configurations. The apparatus of the present invention 
2fl5 comprises a computer network apparatus to facilitate the purchase of a product having multiple 
D3 configurations, the product being sold by manufacturer-licensed sellers and each product 
fll configuration being described by a set of product attributes. The computer network apparatus 
f comprises a server, an intermediary subsystem, and a seller subsystem. 

The server comprises a processor with a storage device connected to the processor. The 
^20 storage device has stored thereon a product database, the product database including information 
J3 regarding existing combinations of product attributes; a seller database stored on the storage 
device, the seller database including seller information such as geographic location; and a program 
stored on the storage device for controlling the processor. The program is operative with the 
processor to receive a customer's selected set of product attributes, query the product database 
25 using the customer's desired set of product attributes to confirm the feasibility of the customer's 
selected configuration, query the seller database using a set of seller attributes to select a target set 
of sellers in the customer's geographic area, transmit a request for quote (RFQ) to the target set of 
sellers, the RFQ including the customer's desired set of product attributes, receive a quote from at 
least one seller from the target set of sellers, receive an acceptance of one of the quotes, and 
30 transmit the acceptance to the seller whose quote was accepted. 
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The intermediary subsystem is connected to the server, and comprises a computer 
operative with a program stored thereon to receive from an intermediary input of a customer's 
selected set of product attributes, transmit to the server the customer's selected set of product 
attributes, receive from the server a quote from a seller, receive from the intermediary input of an 
5 acceptance of a quote, and transmit to the server an acceptance of one of the quotes. 

The seller subsystem is connected to the server, and comprises a computer operative with a 
program stored thereon to receive from the server an RFQ, receive from a seller input of a quote in 
response to the RFQ, and transmit the quote to the server. 

The process uses a computer network to facilitate the purchase of a product having 
10 multiple configurations, the product being sold by manufacturer-licensed sellers and each product 
configuration being described by a set of product attributes. The process includes configuring a 
customer's desired product by selecting the customer's desired set of product attributes; selecting 
0 a target set of sellers in the customer's geographical area, the target set comprising at least one 
U seller; and transmitting a request for quote (RFQ) to the target set of sellers, the RFQ including the 
jj{l5 customer's desired set of product attributes and the RFQ being transmitted to a seller subsystem 

08 using the computer network. When sellers receive an RFQ, at least one seller from the target set 

fin 

u\ of sellers responds to the RFQ with a quote, the quote being input through a seller subsystem and 

5 transmitted using the computer network. The quotes received are transmitted to the customer. 

y* The customer selects for acceptance a quote that matches their desired attributes and transmits 

^20 their acceptance to the seller. 

^ BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates the apparatus and process of a first embodiment of the invention. 
Figure 2 illustrates details of a server used in the first embodiment of the apparatus and 
25 process. 

Figure 3 illustrates details of an intermediary subsystem or a seller subsystem usable with 
the first embodiment of the apparatus and process. 

Figure 4 is a flowchart illustrating an intermediary's portion of the process of the first 
embodiment. 

30 Figure 5 is a flowchart illustrating the portion of the process of the first embodiment 

carried out by a target seller. 
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Figure 6 is a flowchart illustrating the portion of the process used by the intermediary to 
reply to a quote received from a seller, the seller having responded using the process of Figure 5. 

Figure 7 illustrates the apparatus and process of a second embodiment of the invention. 

Figure 8 is a flowchart illustrating the portion of the process of the second embodiment 
5 that is carried out by a customer. 

Figure 9 illustrates the apparatus of an intermediary subsystem which, when combined 
with the apparatus and process shown in Figures 1 or 7, forms a third embodiment apparatus and 
method. 

Figure 10 is a flowchart illustrating the process used by an intermediary in a third 
1 0 embodiment of the invention. 

Figure 1 1 is a flowchart illustrating the process used by a seller in a fourth embodiment of 
the invention. 

U DETAILED DESCRIPTION OF THE INVENTION 

^15 Described below are several embodiments of the present invention. The embodiments 

OS illustrate several ways in which the present invention may be implemented. Although the 
hi embodiments are described in the context of automobile purchases, they could easily be used for 
f other products with multiple configurations and manufacturer-authorized sellers, as well. In the 
M= description that follows, like numerals represent like elements or steps in all figures. For example, 
%20 if the numeral 10 is used in one figure to refer to a specific element or step, the numeral 10 

appearing in any other figure refers to the same element. 

First Embodiment 

Figures 1 through 3 together illustrate a first embodiment of the inventive apparatus and 
process. The apparatus and process of the first embodiment are used to facilitate the purchase of a 

25 product having multiple possible configurations, such as an automobile, and are intended to be 
used by an intermediary and one or more sellers to facilitate a product purchase on behalf of a 
customer. An intermediary is a professional customer, such as a bank, credit union, auto broker or 
other automobile-buying professional, and in some cases the intermediary and the customer may 
be the same entity, for example when the intermediary is a corporate fleet auto customer buying 

30 automobiles on behalf of a corporation. The involvement of an intermediary, such as a bank or 
credit union, provides assurance to both customers and to sellers that the other party to the 
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transaction is "credible", that is, able to complete the transaction. The inventive process is 
customer-driven, meaning that the customer initiates a transaction over a network and controls the 
transaction throughout the process of the transaction. The inventive process allows an 
intermediary to send a request for quote (RFQ) to multiple sellers, and allows multiple sellers to 
5 submit quotes in response to the RFQ. Using this quoteding process the customer is assured of 
getting the specified goods at a competitive price. Figure 1 illustrates the transaction process. 

As shown in Figure 1, the apparatus is a computer network comprising a server 22; at least 
one intermediary subsystem 24 connected to the server via an intermediary network connecting 
means (e.g., intermediary modem 26); and at least one seller subsystem 28 connected to the server 
10 via a seller network connecting means (e.g., seller modem 30). Although referred to as modems, 
the intermediary modem 26 and seller modem 30 could be any other communication means that 
enables network communication, for example, ethernet links. The intermediary modem 26 and 
O seller modems 30 can be connected to the server by a variety of connecting means, including 
U public telephone land lines, dedicated data lines, cellular links, microwave links, or satellite 
ijflS communication. 

ffi Figure 2 illustrates details of the server 22. The server 22 is essentially a high-capacity, 

|t| high-speed computer that includes a processing unit 32 connected to four databases: a product 
f database 34, a seller database 36, a customer database 38, and a request-for-quote (RFQ) database 
U 40. Additional databases are optionally added to the server, for example databases to track market 
^20 research information for later sale to manufacturers, such as customer demographics, marketing 
M3 information, etc. Also connected to the processing unit 32 is sufficient memory (shown as part of 
the processing unit, but the memory could be a separate component) and appropriate intermediary 
communication hardware 42 and seller communication hardware 44. Like the intermediary 
modem 26 and the seller modem 28, the intermediary communication hardware 42 and seller 
25 communication hardware 44 may be modems, ethernet connections, or any other suitable 
communication hardware. In addition, although shown as separate units the intermediary 
communication hardware 42, the seller communication hardware 44 may be a single unit. 
Although the server 22 has been shown as a single computer having a single processing unit 32, it 
is also possible that the server could be spread over several networked computers, each having its 
30 processor and having one or more databases resident thereon. 
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In addition to the elements described above, the server 22 further comprises an operating 
system and communication software allowing the server to communicate with other computers. 
The preferred operating system is Microsoft Windows NT, while the preferred communication 
software is a Microsoft IIS (Internet Information Server) server with associated programs. 

The databases on the server 22 contain the information necessary to make the apparatus 
and process work. The product database 34 contains a variety of information about the product, 
including product attributes, available combinations of product attributes, and product pricing. 
The seller database 36 contains information about authorized sellers of the product, including their 
name, address, relevant geographical areas served, and manufacturer-authorized product lines. 
The customer database 38 includes a variety of information about the customers, including names, 
addresses, and product preferences. The customer database is structured so that it maintains a 
customer list for each intermediary that uses the apparatus and process. Finally, the request-for- 
quote database 40 stores information about RFQ's sent by the server 22, if any, including the 
status (i.e., whether the RFQ is pending, abandoned, expired, whether a quote has been received 
for the RFQ, etc.). The databases are assembled and accessed using any commercially available 
database software, such as Microsoft Access, Oracle, etc. Microsoft SQL Version 6.5 is the 
preferred database for this application. 

Figure 3 illustrates details of the intermediary subsystem 26 and seller subsystem 28. Both 
subsystems 26 and 28 generally include a processor 46 attached to storage unit 48, a 
communication controller 50, and a display controller 52. The display controller runs a display 
unit through which the intermediary and seller interact with the subsystems 26 or 28. In essence, 
the subsystems 26 and 28 are computers able to run software providing a means for 
communicating with the server 22. This software, for example, is an Internet web browser such as 
Microsoft Internet Explorer, Netscape Navigator, or other suitable internet web browsers. 

In addition to showing the apparatus of the first embodiment, Figure 1 outlines the basic 
steps and information transfer of the process. The details of the process are further discussed 
below in connection with Figures 4, 5 and 6. Having put together a request for quote (RFQ) 
configuring the automobile the customer wants, at step 56 the intermediary transmits the RFQ 
from the intermediary subsystem 24 through the modem 26 to the server 22. At step 58, the RFQ 
is transmitted from the server 22 to a target set of seller modems 30 and corresponding seller 
subsystems 28. The target set of sellers is chosen by the intermediary according to the criteria of 



geographic region and authorized dealers using the seller database. If one or more sellers within 
the target set of sellers decide they wish to submit a quote responsive to the RFQ, then at step 60 
each sellers transmits a "quote" from the seller subsystem 28 to the server 22. At step 62, the 
quotes are transmitted from the server 22 to the intermediary subsystem 24. The intermediary 
communicates the quotes to the customer (this step not shown). If the customer decides to accept 
one of the quotes, the customer notifies the intermediary and at step 64 the intermediary transmits 
an "acceptance response" to the server 22, wherein the acceptance response contains information 
about the customer from the customer database and identifies a "selected seller." At step 66, the 
acceptance response is transmitted from the server 22 to the selected seller's subsystem. 

While Figure 1 illustrates the outline and information flow of the overall process, Figures 
4, 5 and 6, illustrate details of the process steps of the first embodiment. Figure 4 illustrates the 
first part of the process, which is carried out by the intermediary. Optionally, a first intermediary 
may also transmit the request to a second intermediary at step 85 to act on behalf of the first 
intermediary. The process begins when a customer seeking to purchase appropriate goods {i.e., an 
automobile) contacts the intermediary. At step 68, the intermediary collects personal information 
from the customer such as their name, address, and financing information (i.e., ability to purchase 
up to a certain maximum price) and optionally collects demographic information concerning 
reasons for selecting a particular automobile and other demographic information helpful for 
market research studies {e.g., age, household income, education, occupation, hobbies/interests, and 
the like). 

Once the customer's personal and demographic information has been gathered, the 
intermediary gathers information regarding the customer's desired product attributes (i.e., the 
configuration the customer wants). At step 70 the customer describes to the intermediary the 
general automobile (GA) they want and optionally also describes the exact automobile (EA) they 
want. For example, a customer may want a Ford Taurus; this would be the GA. The customer 
may also want the GA to have an additional set of attributes, for example a 1999 Ford Taurus, 
white in color, automatic transmission, sun roof, CD changer, black leather interior, and alloy 
wheels; this would be the EA. 

When the customer's GA and EA information has been gathered, the intermediary obtains 
information from the customer at step 72 regarding their flexibility on the desired attribute set of 
the EA. Flexibility is determined by assigning a rank between 1 and 5 to each attribute, 5 being 



high priority and 1 being low priority. Thus, if the customer does not particularly care whether the 
transmission is manual or automatic, a low rank is assigned to that attribute. If, however, the 
customer absolutely must have the black leather interior, that attribute is assigned a high rank. 

Step 74 is the last information gathering step for the intermediary. In this step, the 
intermediary gathers any additional constraints the customer may want to put on the GA or EA 
they want. Additional constraints may include such items as the customer's desired price range or 
a date by which the customer must purchase the car. 

Having gathered necessary information from the customer, the intermediary establishes a 
connection between the intermediary subsystem 24 and the server 22 and begins using the 
inventive process. At step 76, the intermediary checks whether the apparatus and process have 
previously been used to buy a product for this specific customer. If the apparatus and process 
have not previously been used on behalf of this customer, the intermediary goes to step 78, where 
the customer's personal and demographic information is entered into the intermediary subsystem 
24 and transmitted to the customer database 38. If the apparatus and process have previously been 
used on this customer's behalf, the intermediary proceeds to step 80, where the customer 
information is looked up in the customer database 38. Whether or not the customer has used the 
process before, the intermediary may optionally perform step 82, where any additional information 
about the customer may be entered into the intermediary subsystem 24, transmitted to the server 
22 and, at step 84, written to the intermediary's customer list on the customer database 38. 

The intermediary next configures the customer's EA and GA using the product database 
34. At step 86, the intermediary enters the customer's EA, GA and flexibility information into the 
intermediary subsystem 24, transmits this information to the server 22, and uses the information to 
query the product database at step 88. Having done the product database lookup, the intermediary 
reviews the results at step 90 to confirm whether the configuration is feasible. A configuration is 
feasible if, among other things, it exists or can be ordered from a manufacturer, and its price fits 
within the customer's price range. Thus, the customer may want a purple Ford Taurus 1999 with a 
neon chartreuse interior for $10,000. If the configuration is not feasible, the intermediary returns 
to steps 86 and 88 and tries to come up with some feasible configurations that fit within the 
customer's EA flexibility. 

Once the intermediary finds a feasible configuration, the next step is to put together an 
RFQ in steps 92 and 94. The RFQ consists primarily of the attribute set of the feasible 



configuration found at step 90. At step 92 the customer's flexibility information (le. attribute 
rankings) is added to the RFQ. Any additional customer constraints, such as an expiration date for 
the purchase and standard or custom terms of sale, are added to the RFQ at step 94. 

When the RFQ has been assembled, the intermediary proceeds to step 96 and selects a 
target set of sellers to which the RFQ will be sent. There are two methods for the intermediary to 
select the target list of sellers. In the first method, the intermediary proceeds from step 96 and 
queries the seller database 36 at step 98 based on selected criteria, for example geographic region 
and authorizations by manufacturers. The seller database 36 contains information about 
automobile sellers nationwide, including what product lines they carry and where they are located. 
The query result will usually be a list of sellers and brokers that are authorized by the relevant 
manufacturer (Ford in the example) to sell the specified product line, and that are located in the 
same geographical region as the customer. Thus, if our Ford Taurus customer lives in Tightwad, 
Missouri, the seller database query finds Ford sellers or brokers in a defined geographic region of 
Tightwad, Missouri. Sellers and brokers outside the customer's geographic region could also be 
found, and may be desirable if, for example, the sellers outside the region are sufficiently price 
competitive. At step 100, the intermediary can filter the list of sellers based on further seller 
criteria to obtain a target set of sellers. If, for example, the intermediary has had bad experiences 
with a particular seller or the particular seller has been unresponsive to previous RFQ's, that seller 
or broker can be removed from the potential target set of sellers. 

The second method by which the intermediary selects the target set of sellers is shown at 
step 102. At step 102 the intermediary accesses their "preferred seller list" and selects the target 
set of sellers from this list. The intermediary will have used steps 98 and 100 described above to 
compile their preferred seller list before even starting the process of Figure 4, and will have saved 
the result of steps 98 and 100 on the seller database for future use. The intermediary can always 
update their preferred seller list. 

Having assembled the RFQ and selected the target set of sellers, the intermediary proceeds 
to step 104, where the RFQ is transmitted to the server 22 (Figure 1). At step 106, the RFQ is 
assigned an identification number for tracking, and at steps 108 and 1 10 the RFQ is written to the 
RFQ database and the transaction is logged. The RFQ database stores information for each RFQ 
processed by the apparatus, including the contents of the RFQ, the sellers to which it was sent, its 
expiration date (if any) and its status (i.e. expired, pending, responded to). At step 1 12, the RFQ is 
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transmitted from the server 22 to the target set of sellers (see step 56 in Figure 1). At step 114, 
which is optional, the target set of sellers may be notified that an RFQ has been sent to them. 

Figure 5 shows a target sellers' side of the process once they receive an RFQ. A target 
seller is a seller included in the target set of sellers. At step 1 14, the RFQ is received by a target 
5 seller. At step 1 16, the target seller checks the product specified in the RFQ against the products 
in inventory. At step 118, the seller assesses whether there is a product in inventory that matches 
the EA specified in the RFQ. 

If the target seller has the EA in inventory at step 120, the target seller will put together a 
quote indicating that they have the EA in inventory and also indicating an asking price for the EA. 
10 A target seller is not obligated to submit a quote in response to an RFQ; the seller may choose 
whether to quote based upon their own economic decision making criteria. A quote can optionally 
be a legal offer which, if accepted by the customer, will bind both the customer and the seller to a 
O legally enforceable contract. 

2 If the EA is not in inventory, the target seller proceeds to step 122 and submits a quote for 

^15 a product that the customer might find acceptable based on the customer's GA and EA and their 
30 attribute flexibility. For example, in the above case where the customer wanted an automatic 

rift 

u\ transmission in the Ford Taurus, the seller may have a Taurus that has most or all of the other 
5 features, but has a manual transmission. If the customer has assigned a low rank to the choice of 
U transmission, then the seller can submit a quote specifying the Taurus with a manual transmission 
*;~20 and the seller's asking price for that vehicle. Alternatively, if the EA is not in target seller's 
S inventory the target seller can respond at step 122 with an EA that can be ordered from the 
manufacturer. 

The next step is for the target seller to assemble a quote for transmission. At step 124, the 
seller enters into the seller subsystem 28 the attribute information for the EA, or the GA varying 

25 from the EA within the customer's attribute flexibility. Also entered into the seller subsystem 28 
are the seller's asking price for the vehicle they are responding with and any additional constraints 
they wish to place on the transaction. Additional constraints include an expiration time for the 
quote, and optionally include delivery constraints, payment constraints, or any other 
contingencies. At step 126, the seller verifies the seller information that will accompany the RFQ; 

30 the seller information includes such items as the seller's name, address, etc. If any of the seller 
information is incorrect, the seller can correct it at this step and the seller database will be updated. 



- 11 - 



If there are any changes to the seller information, the new seller information is transmitted to the 
server 22 and stored in the seller database 36. The seller information is also transmitted with the 
quote. At step 128, the seller verifies the quote information that is being submitted and proceeds 
to step 130, where the quote is transmitted to the server 22. Once transmitted to the server 22, the 
5 quote is assigned a number for tracking purposes at step 132, the RFQ database is updated to 
reflect that a quote has been sent in response to the RFQ at step 134, and the transaction is logged 
at step 136. The seller's quote is transmitted from the server to the intermediary subsystem 24 at 
step 138. 

Figure 6 shows the intermediary's part of the process once the quote has been transmitted 
10 to the intermediary subsystem 24 from the server 22. When the intermediary receives the seller's 
quotes at step 140, the intermediary proceeds to step 142 where the quotes are transmitted to the 
customer by the intermediary using suitable means, such as a telephone, e-mail, or fax machine. 
O The customer assesses the adequacy of each quote at step 144. If the customer does not accept a 
2 quote, then the intermediary enters the rejection of the quote into the intermediary subsystem 24 
2l5 and transmits the rejection to the server 22. At step 145, the server 22 notifies the appropriate 
ng seller that the quote was rejected, and at step 146 the quote is tagged as expired and placed in an 

ffi 

archive. 

* If the customer accepts a quote, the customer transmits an acceptance of the quote to the 

U intermediary at step 148. The intermediary proceeds to step 150, where the intermediary enters 
^20 the acceptance information (delivery instructions, payment methods, etc.) into the intermediary 
J3 subsystem 24. At step 152, the intermediary subsystem transmits the customer's acceptance 
information to server 22. The server executes step 154, where a standardized acceptance is 
generated, and proceeds to steps 156 and 158 where the RFQ database is updated to reflect the 
acceptance. At step 159, the server transmits the standardized acceptance to the seller subsystem 
25 of the appropriate target seller whose quote was accepted by the customer. 
Second Embodiment 

Figure 7 illustrates a second embodiment of the inventive apparatus. The apparatus of the 
second embodiment is similar to the apparatus of the first embodiment, except that the second 
embodiment includes a customer subsystem 160 connected to the server 22 via a customer modem 
30 162. The customer subsystem is as shown in Figure 3. The principal difference between the 
apparatus of the first and second embodiments is that, in the second embodiment, the customer 
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uses the customer subsystem 160 and customer modem 162 to interact with the server 22. The 
customer thus uses the product database 34 to configure their own vehicle, instead of simply 
providing the information to an intermediary and allowing the intermediary to configure a vehicle. 

The additional process steps in the second embodiment are outlined in Figure 7. At step 
164, the customer has configured their vehicle using the product database 34 and transmits the 
final product and customer information to the server 22. The server transmits the customer's 
information to the intermediary at step 166, so that the intermediary can review the information, 
formulate an RFQ using the product and customer information, and transmit the RFQ to the 
appropriate target set of sellers. The advantage of retaining the intermediary in the process is that 
the intermediary has more expertise in using the apparatus and process and in dealing with sellers. 
The intermediary may thus be able to alert the customer to possibilities he hasn't considered. For 
example, if the customer configures a 1998 Ford Taurus and wants to pay less than $10,000, but 
the intermediary, by querying the product database 34 using the customer's product information, 
knows that there are many 1997 Ford Taurus cars available at deep discounts, the intermediary can 
notify the customer that a bargain may be possible. 

The detailed process used in the second embodiment is similar to the process described 
Figures 4 through 6, except that steps 68 through 94 in Figure 4 are replaced by the process shown 
in Figure 8. The principal difference between the processes of the first and second embodiments 
relates to how the customer's information is entered into the apparatus and processed. In the first 
embodiment, the customer gives their demographic and product information to the intermediary, 
who then uses the intermediary subsystem 24, server 22 and its associated product database 34 to 
configure a feasible vehicle for the customer. In the second embodiment, the customer configures 
their own feasible vehicle first, and then sends that product information and their demographic 
information to the intermediary to finish the remainder of the process. 

Figure 8 illustrates the process of the second embodiment. The customer establishes a 
connection between the customer subsystem and the server at step 166. The customer usually 
accesses the server indirectly by, for example, clicking on a link to the server in an intermediary's 
web site. The customer inputs their personal and demographic information at step 178, their 
EA/GA information at steps 180 through 184. Any additional customer information is entered at 
step 174. The personal and demographic information and additional information are written to the 
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intermediary's list of customer data in the customer database 34 at step 176. The customer then 
configures their product at step 186 and queries the database at step 188. 

At step 190, the customer reviews the query results and assesses the feasibility of the 
configuration. If the configuration is not feasible, the customer returns to step 186 where the 

5 customer configures another product, again queries the product database 34 at step 188, and 
reviews the query results at step 190 to see if the configuration is feasible. Once a feasible 
configuration is found at step 190, the customer transmits the information to the server 22, which 
then transmits the information to the intermediary at step 192 and notifies the intermediary of the 
transmission at step 194. The intermediary reviews the customer's request at step 196 and 

10 continues with the remainder of the process shown in Figures 4 through 6, starting at step 96 in 
Figure 4. 

Third Embodiment 

O A third embodiment of the apparatus uses the apparatus of Figure 1, except that the 

tl intermediary subsystem 24 is as shown in Figure 9. As shown in Figure 9, the intermediary 

2:15 subsystem comprises a processor with memory 46, a communication controller 50, an interface 

yy 

controller 52, and a user interface 54, all three of which are connected to the processor. A storage 
g i device 48 is also connected to the processor, and the storage device 48 contains a second product 
database 198. The intermediary subsystem also includes software that allows the subsystem to 
communicate with the server. One example of suitable communication software is a web browser 
&0 such as Microsoft Internet Explorer Version 4.0 with associated plug-ins. The plug-ins enable 
interaction with the second product database 198 from within the web browser. 

The principal difference between the apparatus of the third and first embodiments is the 
location of the product database. In the first embodiment, the product database 34 resides on the 
server 22 only. In the third embodiment, a second product database 198 resides on the 
25 intermediary's subsystem. The second product database 198 is in addition to product database 34 
located on the server 22. This apparatus configuration allows the intermediary to accomplish the 
configuration steps of the process without communicating with the server 22. 

The process for using the third embodiment is similar to that shown in Figures 4 through 6, 
except that steps 68 through 94 in Figure 4 are replaced with the process shown in Figure 10. 
30 Steps 202 to 214 in Figure 10 are executed on the intermediary subsystem without communicating 
with the server. The intermediary inputs the customer's personal and demographic information at 
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step 202, and the customer's EA/GA information, attribute flexibility information, and additional 
constraints at steps 204 through 208, The intermediary configures the customer's product 
configuration at step 210, queries the database at step 212, and reviews the query results at step 
214 to assess whether the configuration is feasible. If the product configuration is not feasible, the 
intermediary returns to step 210 where the intermediary configures another configuration within 
the customer's attribute flexibility. The intermediary queries the database again at step 212, and 
reviews the query results at step 214 to see if the configuration is feasible. 

Once the configuration is found to be feasible at step 214, the intermediary establishes a 
communications link with the server at step 216. At step 218, the intermediary determines 
whether the apparatus and process have previously been used on behalf of this particular customer. 
If the apparatus and process have not previously been used for this customer, the intermediary at 
step 220 transmits the customer's personal and demographic information from the intermediary 
subsystem to the customer database 38 on server 22. Any additional customer information is 
entered into the intermediary subsystem at step 222 and transmitted to the intermediary's customer 
list on the customer database at step 225. If the apparatus and process have previously been used 
on this customer's behalf, the intermediary queries the customer database at step 224 to obtain the 
customer's demographic information and enters any additional customer information at step 222. 
The customer information and additional information are written to the intermediary's list of 
customer information on the customer database at step 225. At step 226, the intermediary 
transmits the customer information to the server 22. The intermediary then continues with the 
remainder of the process shown in Figures 4 through 6, starting at step 96 in Figure 4. 
Fourth Embodiment 

A fourth embodiment of the apparatus utilizes the apparatus of either the first, second or 
third embodiments. The primary difference between the process of fourth embodiment and the 
processes of the other embodiments is the process followed by the target sellers when they do not 
have the customer's EA in inventory. 

The process used in the fourth embodiment is similar to that shown in Figure 4 through 6, 
except that the seller's process shown in Figure 5 is replaced by the process shown in Figure 11. 
In Figure 11, a seller receives the RFQ at step 228, and at step 230 checks to see if a product 
having the EA attributes specified in the RFQ is in inventory. If the target seller has the EA in 
inventory, they respond to the RFQ with the EA at step 232. If they do not have the EA in 
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inventory, the target seller, using the attribute flexibility information in the RFQ, proceeds to step 
234. At step 34 the target seller queries the product database 34 to see if they can come up with a 
feasible configuration which they can submit in response to the RFQ. At step 23 6, the seller 
reviews the query results and assesses the feasibility of the configuration. If the configuration is 
feasible, the seller proceeds to step 238 and responds to the RFQ with this alternative GA 
configuration. 

At steps 240 to 244, the target seller assembles the quote. At step 240, the target seller 
enters into the seller subsystem the information for the EA or GA, along with the asking price for 
the vehicle they are responding with and any additional constraints they wish to place on the 
transaction. Additional constraints include an expiration time for the quote, and optionally include 
delivery constraints, payment constraints, or any other contingencies. At step 242, the seller 
verifies the seller information accompanying the RFQ. The seller information is stored in the 
seller database and is transmitted with the RFQ. If any of the seller information is incorrect, the 
seller can correct it at this step and the seller database will be updated. At step 244, the seller 
verifies the quote information that is being submitted and proceeds to step 246, where the seller's 
quote is transmitted to the server. Once transmitted to the server, the quote is assigned a number 
for tracking purposes at step 248, and the RFQ database is updated to reflect that a quote 
responsive to the RFQ has been sent at step 250. The target seller's quote is transmitted then from 
the server to the intermediary subsystem at step 254. 

Fifth Embodiment 

In a fifth embodiment (not shown) of the apparatus and process, the apparatus is the same 
as the apparatus of the first, second, third or fourth embodiments. The process of the fifth 
embodiment is identical to the process of the first, second, third or fourth embodiments. The 
difference between the process of the fifth embodiment and the process of other embodiments is 
that all the process steps previously performed by the intermediary are now performed by the 
customer. In other words, the customer uses the apparatus and method to submit RFQ's directly 
to the target set of sellers, and the target sellers use the apparatus and method to submit quotes in 
response to the RFQ directly to the customer. 

Five embodiments of the present invention have been described. A person skilled in the 
art, however, will recognize that many other embodiments are possible, including combinations of 
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the embodiments presented. For this reason, the scope of the invention is not to be determined 
from the description of the embodiments, but must instead be determined solely from the claims 
that follow. 
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CLAIMS 

A process using a computer network to facilitate the purchase of a product having multiple 
configurations, the product being sold by manufacturer-licensed sellers and each product 
configuration being described by a set of product attributes, comprising: 

configuring a customer's desired product by selecting the customer's desired set of 
product attributes; 

selecting a target set of sellers in the customer's geographical area, the target set 
comprising at least one seller; 

transmitting a request for quote (RFQ) to the target set of sellers, the RFQ 
including the customer's desired set of product attributes and the RFQ being transmitted 
using the computer network to a seller subsystem; 

responding to the RFQ with a quote from at least one seller from the target set of 
sellers, the quote being input through the seller subsystem and transmitted using the 
computer network; 

transmitting the quotes to the customer; 

selecting for acceptance a price quote that matches the customer's attributes; and 

transmitting the customer's acceptance to the seller. 
The process of claim 1 wherein configuring a customer's desired product comprises: 

transmitting the customer's desired set of product attributes to an intermediary; 

inputting the customer's product attributes into an intermediary subsystem; and 

querying an electronic database of existing product configurations, using the 
customer's desired set of product attributes, to assess the feasibility of the customer's 
selected configuration. 

The process of claim 2 further comprising transmitting the customer's desired set of 
product attributes to a second intermediary. 

The process of claim 1 wherein configuring a customer's desired product comprises: 

inputting the customer's product attributes into a computer through a customer 
subsystem; 

querying an electronic database of existing product configurations, using the 
customer's desired set of product attributes, to assess the feasibility of the customer's 
selected configuration; and 



-18- 



transmitting the customer's attribute set to an intermediary. 
The process of claim 4 further comprising transmitting the customer's desired set of 
attributes to a second intermediary. 

The process of claim 1 wherein at least one attribute in the set of product attributes is 
ranked by the customer on a scale which indicates their degree of flexibility about that 
attribute. 

The process of claim 1 wherein responding to the RFQ with a quote comprises: 

querying an electronic database of existing product configurations, using the 

customer's desired set of product attributes, to assess the feasibility of an alternate product 

configuration; and 

assembling a quote based upon the alternate product configuration. 

The process of claim 1 wherein transmitting the RFQ to a target set of dealers comprises: 
transmitting the RFQ from an intermediary to a server; and 
transmitting the RFQ from the server to the target set of sellers. 

The process of claim 1 wherein responding to the RFQ comprises: 

transmitting a quote from at least one seller from the target set of sellers to a server; 

and 

transmitting the quote from the server to an intermediary. 

The process of claim 1 where the quotes are transmitted by the intermediary to the 

customer using a telephone, electronic mail or fax. 

The process of claim 1 wherein selecting a target set of sellers comprises: 

querying a database of product sellers based on a set of seller criteria; and 
selecting the target set of product sellers from the query results. 

The process of claim 1 1 further comprising storing a list of the target set of sellers on the 

seller database as a preferred seller list. 

The process of claim 6 wherein selecting a target set of sellers further comprises filtering 
the query result based on additional seller criteria. 

The process of claim 1 wherein transmitting the price quotes to the customer comprises: 
transmitting the price quotes to an intermediary using an intermediary subsystem; 
transmitting the price quotes to the customer using a customer subsystem. 
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15. The process of claim 1 further comprising notifying the target set of sellers that an RFQ 
has been transmitted to them. 

16. The process of claim 1 further comprising storing each RFQ in an RFQ database. 

17. The process of claim 16 further comprising tracking the status of each RFQ. 

18. The process of claim 1 further comprising: 

inputting a set of customer information; and 

storing the set of customer information in a customer database. 

19. The process of claim 17 further comprising tracking customer information to obtain 
marketing information. 

20. A computer network apparatus to facilitate the purchase of a product having multiple 
configurations, the product being sold by manufacturer-licensed sellers and each product 
configuration being described by a set of product attributes, comprising: 

a server comprising: 
a processor, 

a storage device connected to the processor, 

a product database stored on the storage device, the product database 
including information regarding existing combinations of product attributes, 

a seller database stored on the storage device, the seller database including 
seller information such as geographic location, 

a program stored on the storage device for controlling the processor, the 
program being operative with the processor to 

receive a customer's selected set of product attributes, 

query the product database using the customer's desired set of product 
attributes to confirm the feasibility of the customer's selected configuration, 

query the seller database using a set of seller attributes to select a target set 
of sellers in the customer's geographic area, 
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transmit a request for quote (RFQ) to the target set of sellers, the RFQ 
including the customer's desired set of product attributes, 

receive a quote from at least one seller from the target set of sellers, 

receive an acceptance of one of the quotes, and 

transmit the acceptance to the seller whose quote was accepted; 

an intermediary subsystem connected to the server, the intermediary subsystem 
comprising a computer operative with a program stored thereon to: 

receive from an intermediary input of a customer's selected set of product 
attributes, 

transmit to the server the customer's selected set of product attributes, 

receive from the server a quote from a seller, 

receive from the intermediary input of an acceptance of a quote, and 

transmit to the server an acceptance of one of the quotes; and 

a seller subsystem connected to the server, the seller subsystem comprising a 
computer operative with a program stored thereon to: 

receive from the server an RFQ; 

receive from a seller input of a quote in response to the RFQ, and 

transmit the quote to the server. 

The apparatus of claim 20 further comprising a customer subsystem, the customer 
subsystem comprising a computer operative with a program stored thereon to: 

receive from a customer input of the customer's selected set of product attributes; 

and 

transmit the selected set of product attributes to the server. 
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22. The apparatus of claim 21 wherein the intermediary subsystem is further operative with the 
program stored thereon to receive from the server a customer's desired set of configuration 
attributes. 

23. The apparatus of claim 20 wherein the intermediary subsystem comprises a computer 
having a program and a second product database stored thereon, the program being 
operative with the computer to 

receive input of a customer's selected set of product attributes; 

query the second product database using the customer's desired set of 
product attributes to confirm the feasibility of the customer's selected 
configuration, and 

transmit to the server the customer's desired set of product attributes. 

24. The apparatus of claim 20 further comprising an RFQ database stored on the server's 
storage device, the program stored on the server's storage device being further operative 
with the processor to: 

store RFQ's processed by the apparatus in the RFQ database, and 
track the status of each RFQ in the database. 

25. The apparatus of claim 20 further comprising a customer database stored on the storage 
device, the program being further operative with the processor to: 

store customer information in the customer database, and 

update the customer information when new customer information is received. 

26. The apparatus of claim 25 wherein the customer information is stored on the customer 
database in lists, each list being an intermediary's customer list. 

27. The apparatus of claim 25 wherein the program is further operative with the processor to 
track customer information. 

28. The apparatus of claim 20 wherein the program stored on the storage device of the server is 
further operative to store a list of target sellers as a preferred seller list. 

29. A computer network apparatus to facilitate the purchase of a product having multiple 
configurations, the product being sold by manufacturer-licensed sellers and each product 
configuration being described by a set of product attributes, comprising: 

a server comprising: 
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a processor, 

a storage device connected to the processor, 

a product database stored on the storage device, the product database 
including information regarding existing combinations of product attributes, 

a seller database stored on the storage device, the seller database including 
seller information such as geographic location, 

a program stored on the storage device for controlling the processor, the 
program being operative with the processor to 

receive a customer's selected set of product attributes, 

query the product database using the customer's desired set of product 
attributes to confirm the feasibility of the customer's selected configuration, 

query the seller database using a set of seller attributes to select a target set 
of sellers in the customer's geographic area, 

transmit a request for quote (RFQ) to the target set of sellers, the RFQ 
including the customer's desired set of product attributes, 

receive a quote from at least one seller from the target set of sellers, 

receive an acceptance of one of the quotes, and 

transmit the acceptance to the seller whose quote was accepted; 

a customer subsystem, the customer subsystem comprising a computer operative 
with a program stored thereon to: 

receive from a customer input of the customer's selected set of product 
attributes, 

transmit to the server the customer's selected set of product attributes, 
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receive from the server a quote from a seller, 

receive from the customer input of an acceptance of a quote, and 

transmit to the server an acceptance of one of the quotes; and 

a seller subsystem, the seller subsystem comprising a computer operative with 
program stored thereon to: 

display the contents of an RFQ to a seller, 

receive from a seller input of a quote in response to the RFQ, and 

transmit the quote to the server. 
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ABSTRACT OF THE DISCLOSURE 



The present invention comprises an apparatus and process for facilitating customer-driven 
sales of products having multiple configurations. The apparatus is a computer network 
comprising a server with a product database thereon, an intermediary subsystem, and a seller 
subsystem. The server, intermediary subsystem, and seller subsystem function together and 
communicate with each other to allow an intermediary, on behalf of a customer, to configure a 
feasible product, transmit a request for quote (RFQ) to a target set of sellers in the customer's 
geographic area, receive quotes from the target sellers in response to the RFQ, and transmit the 
customer's acceptance of one of the quotes to the appropriate seller. The apparatus may also 
include a customer subsystem by which the customer may configure their own feasible product 
and transmit their feasible product information to the intermediary. The intermediary subsystem 
can optionally include a product database thereon which the intermediary can use to configure a 
feasible product without communicating with the server. The process allows an intermediary to 
configure a feasible product, transmit a request for quote (RFQ) to a target set of sellers in the 
customer's geographic area, receive quotes from the target sellers in response to the RFQ, and 
transmit the customer's acceptance of one of the quotes to the appropriate seller. 
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